履歷是什麼？目的為何？

履歷是你個人經驗的精華摘要。既然是精華，就代表著他是從許多不同事件和經歷，經過去蕪存菁後留下來的重點。

履歷的目的，是要幫助你進入面試，而不是直接拿到工作。

雇主在看履歷的時候，只會在意眼前看到的這份履歷，是否會符合職缺所需。 有些比較有心的雇主，即使你的履歷不符合 A 職缺，但他可能手邊有更適合的 B 職缺他覺得你也許可以勝任，會想到可以把你轉過去。但多數的狀況是無聲卡結局。

也就是說，你的目的，是要透過履歷，幫助雇主確認你條列出來的經驗成果和能力。只要你有通過門檻、引起他們的興趣，讓他們願意邀請你來面試，來多認識你。 許多人誤認為履歷便是求職的一切，便企圖在履歷上把自己的一生成就千言萬語地條列出來，這是大大的錯誤。

生活化一點的類比，就是在玩交友軟體的時候，目的不是讓人看到你的 profile 就愛上你跟你交往，而是對你「有興趣」，想要進一步地認識你，邀請你出來喝咖啡（面試）。

交友軟體上，一定是寫你最有自信、最有趣的一面，而不是寫出身中產家庭，國小讀哪裡，現在在哪間公司上班吧。如果你是會細碎交代身世的話.......說不定看怎麼寫履歷也會對你有幫助。

履歷的設計邏輯

發散型的履歷撰寫邏輯：個人經驗整理 ➡️ 技能盤點 ➡️ 自傳

傳統履歷 - 你應該要避免的類型
過去你可能會覺得，履歷是「一對多」的通用範本，把自己的專業能力按照自己的意思整理成一份即可。而整理的時候，通常是「經驗導向」為主，把自己做過事情，以及自身的知識和技能條列下來，呈現你有做過相關事情的經驗。

例如：以 JavaScript 與 Ruby/Rails 開發過 3 個購物車服務、RESTful API Server、1個BLOG服務、 1 個預約型產品服務

目標導向的履歷撰寫邏輯：分析職缺 ➡️ 個人經驗與能力盤點 ➡️ 針對職缺客製化履歷

目標導向的履歷著重在個人的綜合「能力」與技能，是否能完成職缺內容的任務。

舉例來說，曾經有一位同學 A 在自學程式語言的過程中，是以 Ruby on Rails 為主，也在學習過程中不斷進修相關課程，同時也一邊打造自己的作品集、部落格、參與畢業專案開發。結果，A 在找工作時，竟然找到了一個以 JavsScript 為主的前端工程師工作。因為雇主看中了 A 優異的學習能力和潛能，認為 JS 雖然不是他主要使用的語言，但可以上工之後透過工作直接學習和應用。只要 A 能在求職過程中察覺到「成果導向」的特性，他的求職選擇與包裝自己方式變多了許多可能。

因此，當你在準備現代履歷時，請記得以「成果導向」思考出發。先拆解目標職缺需要哪些能力、特質，再回頭來看如何客製化呈現自己的能力和經驗。

一定要客製化履歷

履歷的元素

1. 你要應徵的職缺

履歷要在顯著的地方寫上「要應徵的職能」是件很重要的事，但卻很常被忽略。
為什麼很重要呢？

從人資的角度來說，他拿到一份履歷，首先要知道目標是要「哪一個職缺」，這樣他才會知道應該要用「哪一種標準」來審視這份履歷。當然也可以當作是認識一位人才來廣泛地認識，但如果你今天是要求職的話，一定要把握在各種關鍵的地方讓人留下印象。

常見錯誤：
很多人就寫著「熱衷前端/全端開發」。請問是想表達自己很有熱情，還是想表達自己要應徵這兩個職缺呢？

如果你是轉職者，請一定要寫清楚你的目標，如：積極尋找 Junior Front-end developer。
如果你已經有工作，想打開履歷讓人來找你，也請一定要註明現在的職稱，如：3年經驗 node.js 工程師，等等。

2. 聯絡資訊

聯絡方式一定要寫在履歷上方顯而易見的地方，方便雇主聯繫。除了基本的全名、手機、email 之外，建議加上國家與城市（例如：台灣台北市）。同時也可以視版面情況，加上 LinkedIn 、GitHub 等帳號連結。聯絡資訊除了「聯絡」目的之外，「地點」也是很重要的資訊，關乎到安排現場面試的彈性與難易度，強烈建議寫上與應徵職缺相同的地點，增加被邀請面試的排序和機會。

常見錯誤：
沒寫電話，或是 email 不好找，是不想讓人資找到你嗎。
另外如果在一些特殊狀況下想保護特定個資，只願意用某些通訊軟體交流（telegram, whatsapp)等等，也請清楚註明。

3. 個人簡述 Summary

在履歷的第一區塊，你應該要用一小段重點摘要（3-5句話）來摘要自己的特長和重點，幫助閱讀履歷的人迅速掌握重點，留下深刻印象。即使你的履歷精簡成一頁，對於需要快速看履歷的人資，也未必會有興趣快速看完。因此你在前五秒閱讀時間所傳達的第一區塊的個人簡述摘要，便非常重要。個人簡述是你履歷和經驗的及之大成，請留在你完成大部分履歷內容後再來撰寫。

常見錯誤：

寫太多、沒寫、或是沒重點。或是花了5句話寫了很多你過去是誰，最後 1 句才說目前積極轉職前端工程師中，但完全看不出來過去那些經歷跟你未來的目有哪些連結。

4. 技能

技能的區塊的目的是你要幫助僱主抓取關鍵字的重點。以軟體工程師為例，你熟悉的領域、語言、框架、資料庫、演算法等等請務必清楚羅列，幫助閱讀的人快速判斷，在技能上是否有初步吻合。請注意，技能的撰寫優先順序請以硬技能（hard skill）優先，軟實力（soft skill）為輔。

硬技能在文字閱讀時比較能以關鍵字的方式幫助僱主篩選（如：JavaScript, SQL, Vue.js, AWS等等明確的工具和技術）。相反地，軟技能偏向人格特質（如：負責任、溝通能力、學習能力等等）則比較適合搭配一段文字描述成果，放在工作經驗的區塊裡呈現解釋。

常見錯誤：
在軟實力部分，說很自己學習能力很好、善於溝通、團隊協作。但工作經歷和專案卻完全沒有相關的多人協作呈現與成果。

在硬技能部分，落落長寫太細，且跟作品集有重複。又或是吹牛寫太多，卻沒有相關的作品，面試的時候被問爆。例如寫自己擅長 React & Vue 卻只有 Vue 的作品。或是應徵資深的職缺，卻落落長寫太多初階的技能。

5. 工作成就（經驗）

工作經驗有兩個重點：你待過的公司和職務、以及你在工作任內的成就，目的是要幫助閱讀者了解你的工作能力和成果。

公司和職務是許多人會大意而忽略的地方，認為不需要太過於著墨。但我們都知道，即使是像網頁工程師這樣聽起來很明確的職務，在不同公司內所負責的事情複雜與難易度可能都有很大的差異。你也不能假設閱讀的人都應該要知道你過去所待的公司。因此，你可以試著在公司名稱後方，用短短一句話解釋公司的產品、目標、影響力。

這裏一定要呼應一下今年鐵人賽的隊名 #outcomfirst

撰寫工作經驗的原則是用具體案例來說明 「你做的事情，創造了哪些成果」 的目標導向幫助閱讀的人，了解這些成果代表你有哪些工作能力。

常見錯誤：

工作經驗通常是履歷的主幹，佔最多篇幅。很多人會在工作經驗這塊洋洋灑灑詳細羅列過往曾經做過的事情卻過於瑣碎且沒寫「成果」，這是嚴重錯誤。即使你在過去的經驗中曾經完成許多優秀成果，也需要精簡濃縮。

6. 教育程度

很多人以為教育程度要放在最前面。但除非你是剛畢業的新鮮人，除了學歷之外沒有過往的好經驗可以呈現你的個人特質，或是你是應徵十分看重學歷的工作。。否則學歷通常是按照事實條列大學及大學以上的經歷即可。如果有進修課程或考試證照，也可選擇最相關的成果列在此區。除非有重大成就（如書卷獎、校級獎學金等）可以註明，又或是你曾經參與過的競賽、專題和論文和想應徵的工作有所相關，不然版面考量的其實可以精簡。

常見錯誤：
有些轉職者常犯的錯，就是覺得過去學經歷都不相關，明明就已經有碩士又有五六年工作經驗了，卻交給我一張空白履歷，上面只有兩三個專案作品。沒有人資敢找一個不寫學歷又不寫工作經驗，卻又是要應徵初階職位的人來面試的。學歷可能跟工作本身無關，但有個學歷，卻是能通過第一階段履歷篩選的重要關卡。

小結：

以上是今天履歷的重要元素，以及重點寫法。詳細撰寫技巧，例如很多人可能會聽過的用動詞、用數字、STAR寫法等等，我們之後有機會慢慢講。

掌握結構，再補血肉。

下集待續。

本篇文章為 2020 鐵人賽系列文章第 8 篇。我在〈半路出家轉職工程師？你該知道的 30 件事〉 系列文中，會連續 30 天發文分享我在過去兩年輔導百位學生轉職「網頁工程師」（web developer）的經驗出發，轉職軟體工程師，應該要知道、注意、準備好的 30 件事。

歡迎訂閱和留言討論～